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Description 



SY STEMS AND METHODS FOR INTEROPERABLE 
MULTIMEDIA CONTENT DESCRIETIOJ^S 



Background of the Invention 

I. Field of the invention. 

The present invention relates to techniques for describing multimedia 
information, and more specifically, to techniques which describe both video and 
image information as well as to content of such information. 

II . Description of the related art. 

With the maturation of the global Internet and the widespread employment 
of regional networks and local networks, digital multimedia information has 
become increasingly accessible to consumers and businesses. Accordingly, it has 
become progressively more important to develop systems that process, filter, 
search and organize digital multimedia information, so that useful information can 
be culled from this growing mass of raw information. 

At the time of filing the instant application, solutions exist that allow 
consumers and business to search for textual information. Indeed, numerous 
text-based search engines, such as those provided by yahoo.com, gotoxom, 
excite.com and others are available on the World Wide Web, and are among the 
most visited Web sites, indicating the significant of the demand for such 
information retrieval technology. 
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Unfortunately, the same is not true for multimedia content, as no generally 
recognized description of this material exists. In this regard, there have been past 
attempts to provide multimedia databases which permit users to search for pictures 
using characteristics such as color, texture and shape information of video objects 
5 embe^ued in the picture. However, at the closing of the 20th Century, it is not yet 
possible to perform a general search the Internet or most regional or local networks 
for multimedia content, as no broadly recognized description of this material exists. 
Moreover, the need to search for multimedia content is not limited to databases, but 
extends to other applications, such as digital broadcast television and multimedia 

10 telephony. 

One industry wide attempt to develop such standard a multimedia 
description framework has been through the Motion Pictures Expert Group's 
("MPEG'O MPEG-7 standardization effort. Launched in October 1996, MPEG-7 
aims to standardize content descriptions of multimedia data in order to facilitate 
1 5 content-focused applications like multimedia searching, filtering, browsing and 
summarization. A more complete description of the objectives of the MPEG-7 
standard are contained in the International Organisation for Standardisation 
document ISO/IEC JTC1/SC29/WG1 1 N2460 (Oct. J 998), the content of which is 
incorporated by reference herein, 
20 The MPEG-7 standard has the objective of specifying a standard set of 

descriptors as well as structures (referred to as ^'description schemes") for the 
descriptors and their relationships to describe various types of multimedia 
information. MPEG-7 also proposes to standardize ways to define other 
descriptors as well as "description schemes" for the descriptors and their 
25 relationships. This description, i.e. the combination of descriptors and description 
schemes, shall be associated with the content itself, to allow fast and efficient 
searching and filtering for material of a user^s interest. MPEG-7 also proposes to 
standardize a language to specify description schemes, i.e. a Description Definition 
Language ("DDL"), and the schemes for binary encoding the descriptions of 
30 multimedia content. 
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At the time of filing the instant application, MPEG is soliciting proposals 
for techniques which will optimally implement the necessary description schemes 
for future integration into the MPEG-7 standard. In order to provide such 
optimized description schemes, three different multimedia-application 
5 arrangements can be considered. These are the distributed processing scenario, the 
content- exchange scenario, and the format which permits the personalized viewing 
of multimedia content. 

Regarding distributed processing, a description scheme must provide the 
ability to interchange descriptions of multimedia material independently of any 

10 platform, any vendor, and any application, which will enable the distributed 

processing of multimedia content. The standardization of interoperable content 
descriptions will mean that data from a variety of sources can be plugged into a 
variety of distributed applications, such as multimedia processors, editors, retrieval 
systems, filtering agents, etc , Some of these applications may be provided by third 

15 parties, generating a sub-industry of providers of multimedia tools that can work 
with the standardized descriptions of the multimedia data. 

A user should be permitted to access various content providers' web sites to 
download content and associated indexing data, obtained by some low-level or 
high-level processing, and proceed to access several tool providers' web sites to 

20 download tools (e.g. Java applets) to manipulate the heterogeneous data 

descriptions in particular ways, according to the user's personal interests. An 
example of such a multimedia tool will be a video editor. A MPEG-7 compliant 
video editor will be able to manipulate and process video content from a variety of 
sources if the description associated with each video is MPEG-7 compliant. Each 

25 video may come with varying degrees of description detail, such as camera motion, 
scene cuts, annotations, and object segmentations. 

A second scenario that will greatly benefit from an interoperable content 
description standard is the exchange of multimedia content among heterogeneous 
multimedia databases. MPEG-7 aims to provide the means to express, exchange, 

30 translate, and reuse existing descriptions of multimedia material. 
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Currently, TV broadcasters, Radio broadcasters, and other content providers 
manage and store an enormous amount of multimedia material. This material is 
currently described manually using textual information and proprietary databases. 
Without an interoperable content description, content users need to invest 
5 manpower to translate manually the descriptions used by each broadcaster into 
their own proprietary scheme. Interchange of multimedia content descriptions 
would be possible if all the content providers embraced the same scheme and 
content description schemes. This is one of the objectives of MPEG-7. 

Finally, multimedia players and viewers that employ the description 

1 0 schemes must provide the users with innovative capabilities such as multiple views 
of the data configured by the user. The user should be able to change the display's 
configuration without requiring the data to be dovmloaded again in a different 
format from the content broadcaster. 

The foregoing examples only hint at the possible uses for richly structured 

15 data delivered in a standardized way based on MPEG-7. Unfortunately, no prior 
art techniques available at present are able to generically satisfy the distributed 
processing, content-exchange, or personalized viewing scenarios. Specifically, the 
prior art fails to provide a technique for capturing content embedded in multimedia 
information based on either generic characteristics or semantic relationships, or to 

20 provide a technique for organizing such content. Accordingly, there exists a need 
in the art for efficient content description schemes for generic multimedia 
information. 



Summary of the Invention 

An object of the present invention is to provide content description schemes 
25 for generic multimedia information. 

Another object of the present invention is to provide techniques for 
implementing standardized multimedia content description schemes. 
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A further object of the present invention is to provide an apparatus which 
permits users to perform general searches on the Internet or regional or local 
networks for multimedia content. 

Still another object of the present invention is to provide a technique for 
5 capturing content embedded in multimedia information based on either generic 
characteristics or semantic relationships. 

Still a further object of the present invention is to provide a technique for 
organizing content embedded in multimedia information based on either generic 
characteristics or semantic relationships. 

10 In order to meet these and other objects which will become apparent with 

reference to further disclosure set forth below, the present invention provides a 
system for generating a description record from multimedia information. The 
system includes at least one multimedia information input interface receiving 
multimedia information, a computer processor, and a data storage system, 

15 operatively coupled to said processor, for storing said at least one description 
record. In order to satisfy the objectives of the present invention, the processor 
performs object extraction processing to generate multimedia object descriptions 
from the multimedia information, and object hierarchy processing to generate 
multimedia object hierarchy descriptions, to generate at least one description record 

20 including the multimedia object descriptions and multimedia object hierarchy 
descriptions for content embedded within the multimedia information 

In a preferred arrangement, the multimedia information is image 
information, the multimedia object descriptions are image object descriptions, and 
the multimedia hierarchy object descriptions are image object hierarchy 

25 descriptions. In an altemative preferred arrangement, the multimedia information 
is video information, the multimedia object descriptions are video object 
descriptions, and the multimedia object hierarchy descriptions are video object 
hierarchy descriptions. 

Where the multimedia information is image information, it is highly 

30 preferred that the object extraction processing includes image segmentation 
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processing to segment each image in the image information into regions, and 
feature extraction processing to generate one or more feature descriptions for one 
or more of the regions. The descriptions may include text annotations, color, 
texture, shape, size, and position information. 
5 Likewise, it is advantageous for the object hierarchy processing to include 

physical object hierarchy organization to generate physical object hierarchy 
descriptions of the image object descriptions that are based on spatial 
characteristics of the objects, and logical object hierarchy organization to generate 
logical object hierarchy descriptions of the image object descriptions that are based 
10 on semantic characteristics of the objects, such that the image object hierarchy 

descriptions comprise both physical and logical descriptions. An encoder may be 
added to the system for encoding the image object descriptions and image object 
hierarchy descriptions into compressed description information. 

Where the multimedia information is video information, it is highly 
1 5 preferred that the object extraction processing includes video segmentation 

processing to temporally segment the video information into one or more video 
events or groups of events, video object extraction processing to segment the video 
events into regions and generate feature descriptions for the regions; and feature 
extraction processing to generate one or more feature descriptions for the video 
20 events. The feature descriptions for events may include text annotations, shot 
transition, camera motion, time, and key frame. The feature descriptions for 
objects may include text annotations, color, texture, shape, size, position, motion, 
and time. 

Likewise, it is advantageous for the object hierarchy processing to include 
25 both physical event and object hierarchy organization to generate physical event 

and object hierarchy descriptions of the video event and object descriptions that are 
based on temporal characteristics of the video events and objects, and logical event 
and object hierarchy organization to generate logical event and object hierarchy 
descriptions of the video event and object descriptions that are based on semantic 
30 characteristics of said the objects, and video object hierarchy extraction processing 
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to generate hierarchy descriptions for events and objects embedded within the 
video information. 

The present invention also provides methods to provide a content 
description scheme for generic muhimedia information. In one arrangement, the 
5 method includes the steps of receiving multimedia information, processing the 
multimedia information by performing object extraction processing to generate 
multimedia object descriptions; processing the generated multimedia object 
descriptions by object hierarchy processing to generate multimedia object hierarchy 
descriptions, so that at least one description record including the object descriptions 
10 and the hierarchy objects descriptions is generated for content embedded within the 
multimedia information; and storing the record. The multimedia information may 
be image or video information. 

The present invention further provides computer readable media containing 
digital information with at least one multimedia description record describing 
multimedia content for corresponding multimedia information. In one 
arrangement, the media includes at least one object description for corresponding 
objects embedded in the multimedia information, one or more features 
characterizing each of the objects; and any available hierarchy information relating 
at least a portion of the objects in accordance with at least one of the features. 
The multimedia information may be image or video information, and where video 
information, the objects may be events or video objects embedded within the video 
information. 

The accompanying drawings, which are incorporated and constitute part of 
this disclosure, illustrate a preferred embodiment of the invention and serve to 
explain the principles of the invention. 

Brief Description of the Drawings 

Fig, 1 is a system diagram of a preferred embodiment of the present 
invention; 
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Fig. 2 is a functional diagram of a multimedia content description system 
suitable for employment in the system of Fig. 1 ; 

Fig. 3 is an illustrative diagram of an image showing exemplary image 
objects; 

Figs. 4a and 4b are illustrative diagrams showing a set of image objects and 
exemplary hierarchal organizations for the exemplary image objects shown in Fig. 
3; 

Fig. 5 is an illustrative diagram of an video showing exemplary video 

events; 

Figs. 6a and 6b are illustrative diagrams showing a set of video events and 
an exemplary hierarchal organization for the exemplary video objects shown in 
Fig. 5; 

Fig. 7 is a flow diagram of a process which may be implemented in the 
system of Fig. 1 to generate image descriptions; and 

Fig. 8 is a flow diagram of a process which may be implemented in the 
system of Fig. 1 to generate video descriptions. 

Description of the Preferred Embodiments 

Referring to Fig. 1, an exemplary embodiment of the present invention is 
provided. The architecture of the system 100 includes a client computer 1 10 and a 
server computer 120. The server computer 120 includes a display interface 130, a 
query dispatcher 140, a performance database 150, query translators 160, 161, 165, 
target search engines 170, 171, 175, an additional client computer 180, and 
multimedia content description systems 200, 201, 205, which will be described in 
further detail below. 

While the following disclosure will make reference to this exemplary 
client-server embodiment, those skilled in the art should understand that the 
particular system arrangement may be modified within the scope of the invention 
to include numerous well-known local or distributed architectures. For example, 
all functionality of the client-server system could be included within a single 
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computer, or a plurality of server computers could be utilized with shared or 
separated functionality. The multimedia content description systems 200, 201, 
205, are preferably software routines executing on a general purpose processor 
withir ^he server computer 120. 

Commercially available metasearch engines act as gateways linking users 
automatically and transparently to multiple text-based search engines. The system 
of Fig. 1 grows upon the architecture of such metasearch engines and is designed to 
intelligently select and interface with multiple on-line mulimedia search engines by 
ranking their performance for different classes of user queries. Accordingly, the 
query dispatcher 140, query translators 160, 161, 165, and display interface 130 of 
commercially available metasearch engines may be employed in the present 
invention. 

The dispatcher 140 selects the target search engines to be queried by 
consulting the performance database 150 upon receiving a user query. This 
database 150 contains performance scores of past query successes and failures for 
each supported search option. The query dispatcher only selects search engines 
170, 171, 175 that are able to satisfy the user's query, e.g. a query seeking color 
information will trigger color enabled search engines. 

The query translators 160, 161, 165, translate the user query to suitable 
scripts conforming to the interfaces of the selected search engines. The display 
component 130 uses the performance scores to merge the results from each search 
engine, and presents them to the user. 

In accordance with the present invention, in order to permit a user to 
intelligently search the Internet or a regional or local network for multimedia 
content, search queries may be made with respect to the content embedded in 
multimedia information. Content based search queries may be made by 
descriptions of multimedia content in accordance with description schemes of the 
present invention, by example or by sketch. Each search engine 170, 171, 175 
employs a description scheme, for example the description schemes described 
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below, to describe the contents of multimedia information accessible by the search 
engine and to implement the search. 

In order to implement a content-based search query for multimedia 
information generated via client computer 1 10, the dispatcher 140 will match the 
query description, through a the multimedia content description system 200, 
employed by each search engine 170, 171, 175 to ensure the satisfaction of the user 
preferences in the query. It will then select the target search engines 170, 171, 175 
to be queried by consulting the performance database 150. If the user of client 
computer 1 10 wants to search by color and one search engine does not support any 
color descriptors, it will not be useful to query that particular search engine. 

Next, the query translators 160 will adapt the query description to 
descriptions conforming to each selected search engine. This translation will also 
be based on the description schemes available from each search engine. This task 
may require executing extraction code for standard descriptors or downloaded 
extraction code from specific search engines to transform descriptors. For example, 
if the user specifies the color feature of an object using a color coherence of 1 66 
bins, the query translator will translate it to the specific color descriptors used by 
each search engine, e.g. color coherence and color histogram of x bins. 

Before displaying the results to the user, the query interface will merge the 
results from each search option by translating all the result descriptions into a 
homogeneous one for comparison and raking. Again, similarity code for standard 
descriptors or dovmloaded similarity code from search engines may need to be 
executed. User preferences will determine how the results are displayed to the user. 

Alternatively, a search query can be entered via client computer 1 80 which 
directly interfaces with target search engine 170. Unlike a query entered through 
client computer 1 10, client computer 180 will not enable a metasearch via multiple 
search engines. However, the multimedia content description system 200 may be 
employed in either arrangement to conduct a content based search in accordance 
with the present invention. 
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Referring next to Fig. 2, a description system 200 which, in accordance 
with the present invention, is employed by each search engine 170. 171, 175 is now 
described. In the preferred embodiment disclosed herein, the Extensible Markup 
Language ("XML") is used to describe multimedia content. XML is a subset of 
the Standard Generalized Markup Language ("SGML"), the standard language for 
defining and using document formats. SGML allows documents to be 
self-describing, i.e. they describe their own grammar by specifying the tag set used 
in the document and the structural relationships that those tags represent. XML 
retains the key SGML advantages in a language that is designed to be vastly easier 
to learn, use, and implement than full SGML. A complete description of XML can 
be found at the World Wide Web Consortium's web page on XML, at 
http://www.w3, org/XML/, the contents of which is incorporated by reference 
herein. 

The description system 200 advantageously includes several image and 
video processing, analysis and annotation sub-systems 210, 220, 230, 240, 250, 
260, 270, 280 to generate a rich variety of descriptions for a collection of image 
and video items 205. Each subsystem is described in turn. 

The first subsystem 210 is a region-based indexing and searching system 
which extracts visual features such as color, texture, motion, shape, and size for 
automatically segmented regions of a video sequence. The system 210 
decomposes video into separate shots by scene change detection, which may be 
either abrupt or transitional (e.g. dissolve, fade in/out, wipe). For each shot, the 
system 210 estimates both global (i.e. the motion of dominant background), and 
camera motion, then segments, detects, and tracks regions across the frames in the 
shot computing different visual features for each region. For each shot, the 
description generated by this system is a set of regions with visual and motion 
features, and the camera motion. A complete description of the region-based 
indexing and searching system 210 is contained in co-pending PCT Application 
Serial No. PCT/US98/09124, filed May 5, 1998, entitled *^^An Algorithm and 
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System Architecture for Object-Oriented Content-Based Video Search/' the 
contents of which are incorporated by reference herein. 

As used herein, a "video clip" shall refer to a sequence of frames of video 
information having one or more video objects having identifiable attributes, such 
as, by way of example and not of limitation, a baseball player swinging a bat, a 
surfboard moving across the ocean, or a horse running across a prairie, A "video 
object" is a contiguous set of pixels that is homogeneous in one or more features of 
interest, e.g., texture, color, motion and shape. Thus, a video object is formed by 
one or more video regions which exhibit consistency in at least one feature. For 
example a shot of a person (the person is the ' 'object" here) walking would be 
segmented into a collection of adjoining regions differing in criteria such as shape, 
color and texture, but all the regions may exhibit consistency in their motion 
attribute. 

The second subsystem 220 is an MPEG domain face detection system, 
which efficiently and automatically detects faces directly in the MPEG compressed 
domain. The human face is an important subject in video. It is ubiquitous in news, 
documentaries, movies, etc., providing key information to the viewer for the 
understanding of the video content. This system provides a set of regions with face 
labels. A complete description of the system 220 is contained in PCT Application 
Serial No. PCT/US 97/20024, filed November 4, 1997, entitled "A Highly Efficient 
System for Automatic Face Region Detection in MPEG Video," the contents of 
which are incorporated by reference herein. 

The third subsystem 230 is a video object segmentation system in which 
automatic segmentation is integrated with user input to track semantic objects in 
video sequences. For general video sources, the system allows users to define an 
approximate object boundary by using a tracing interface. Given the approximate 
object boundary, the system automatically refines the boundary and tracks the 
movement of the object in subsequent frames of the video. The system is robust 
enough to handle many real-world situations that are hard to model in existing 
approaches, including complex objects, fast and intermittent motion, complicated 
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backgrounds, multiple moving objects and partial occlusion. The description 
generated by this system is a set of semantic objects with the associated regions 
and features that can be manually annotated with text. A complete description of 
the system 230 is contained in U.S. Patent Application Serial No. 09/405,555, 
filed September 24, 1998, entitled "An Active System and Algorithm for Semantic 
Video Object Segmentation," the contents of which are incorporated by reference 
herein. 

The fourth subsystem 240 is a hierarchical video browsing system that 
parsers compressed MPEG video streams to extract shot boundaries, moving 
objects, object features, and camera motion, and. It also generates a hierarchical 
shot-based browsing interface for intuitive visualization and editing of videos. A 
complete description of the system 240 is contained in PCT Application Serial No. 
PCT/US 97/08266, filed May 16, 1997, entitled '^A Method and Architecture for 
Indexing and Editing Compressed Video Over the World Wide Web," the contents 
of which are incorporated by reference herein. 

The fifth subsystem 250 is the entry of manual text annotations. It is often 
desirable to integrate visual features and textual features for scene classification. 
For images from on-line news sources, e.g. Clarinet, there is often textual 
information in the form of captions or articles associated with each image. This 
textural information can be included in the descriptions. 

The sixth subsystem 260 is a system for high-level semantic classification 
of images and video shots based on low-level visual features. The core of the 
system consists of various machine learning techniques such as rule induction, 
clustering and nearest neighbor classification. The system is being used to classify 
images and video scenes into high level semantic scene classes such as {nature 
landscape}, {city/suburb}, {indoor}, and {outdoor}. The system focuses on 
machine learning techniques because we have found that the fixed set of rules that 
might work well with one corpus may not work well with another corpus, even for 
the same set of semantic scene classes. Since the core of the system is based on 
machine learning techniques, the system can be adapted to achieve high 
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performance for different corpora by training the system with examples from each 
corpus. The description generated by this system is a set of text annotations to 
indicate the scene class for each image or each keyframe associated with the shots 
of a video sequence. A complete description of the system 260 is contained in S. 
Pack et al., "Integration of Visual and Text based Approaches for the Content 
Labeling and Classification of Photographs," ACM SIGIR'99 Workshop on 
Multimedia Indexing and Retrieval. Berkeley, C A (1999), the contents of which 
are incorporated by reference herein. 

The seventh subsystem 270 is model based image classification system. 
Many automatic image classification systems are based on a pre-defined set of 
classes in which class-specific algorithms are used to perform classification. The 
system 270 allows users to define their own classes and provide examples that are 
used to automatically learn visual models. The visual models are based on 
automatically segmented regions, their associated visual features, and their spatial 
relationships. For example, the user may build a visual model of a portrait in which 
one person wearing a blue suit is seated on a brown sofa, and a second person is 
standing to the right of the seated person. The system uses a combination of 
lazy-leaming, decision trees and evolution programs during classification. The 
description generated by this system is a set of text aimotations, i.e. the user 
defined classes, for each image. A complete description of the system 270 is 
contained in A. James et al., "Model Based Classification of Visual Information for 
Content-Based Retrieval," Symp, Elec. Imaging: Multimedia Proc. and App, - 
Storage Retrieval and for Image and Video Databases VII, IS&T/SPIE ^99 (1999), 
the contents of which are incorporated by reference herein. 

Other subsystems 280 may be added to the multimedia content description 
system 200, e.g., a subsystem used by collaborators to generate descriptions. 

In operation, the image and video content 205 may be a database of still 
images or moving video, a buffer receiving content from a browser interface 206, 
or a receptacle for live image or video transmission. The subsystems 210, 220, 
230, 240, 250, 260, 270, 280 operate on the image and video content 205 to 



wo 00/28440 



-15- 



PCT/US99/26125 



generate descriptions 2 1 L 22 h 23 1 , 24 1 , 25 1 , 26 1 , 27 1 , 28 1 that include low level 
visual features of automatically segmented regions, user defined semantic objects, 
high level scene properties, classifications and associated textual information, as 
described above. Once all the descriptions for an image or video item are 
generated and integrated 290. the descriptions are input into a database 295, which 
the search engine 1 70 accesses. 

The process implemented by the subsystem 210, 220^ 230, 240, 250, 260, 
270, 280 to generate descriptions 211, 221, 231, 241, 251, 261, 271, 281 in a 
standard format are described below with reference to Figs. 7-8. It should be noted 
that certain of the subsystems, i.e., the region-based indexing and searching 
subsystem 21 0 and the video object segmentation system 230 may implement the 
entire description generation process, while the remaining subsystems implement 
only portions of the process and may be called on by the subsystems 210, 230 
during processing. In a similar manner, the subsystems 210 and 230 may be called 
on be each other for specific tasks in the process. 

The standard description schemes for images will now be described with 
reference to Figs, 3-4. Referring to Fig. 3, an exemplary image 300 with three 
persons is shown. The <object> element is the fundamental description element. 
Each <object> element has an identifier that is unique within a given image 
description. The identifier is expressed as an attribute of the <object> element e.g. 
<object id="l">. The <object> element also requires an attribute named type to 
distinguish between physical objects and logical objects. Physical objects usually 
correspond to continuous regions of the image with some descriptors in common 
(features, semantics, etc.) - in other words, real objects in the image. Logical 
objects are groupings of objects based on some high-level semantic relationships 
{e.g. faces or people). The <object> elements may also include two more 
attributes, object_ref and object node_ref. The former allows deriving one object 
fi:om an existing one, and the latter links back to nodes in the object hierarchy. The 
set of all objects identified in an image is included within the object set element 
(<object_set>). 
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Nine exemplary objects are shown in Fig. 3, including the entire family 

portrait 300, father 310, mother 320, child 330, parents 340, children 350, faces 

360, father's face 31 1, mother^s face 321. These objects may be expressed as a set 

of obje ^ 0, 1 , 2, 3, 4, 5, 6, 7, 8, as shown in Fig. 4a, with the entire family portrait 

300 being object 0, the father 310 being object 1, the mother 320 being object 2, 

child 330 being object 3, parents 340 being object 4, children 350 being object 5, 

faces 360 being object 6, the father's face 3 1 1 being object 7 and the mother's face 

321 being object 8. In this example, the identified objects are each physical objects 

with the exception of faces 360, which is a logical object. In XML, these image 

objects may be expressed as follows: 

<object_set> 

<!-- Family portrait — > 

<object id="0" type="PHYSICAL"> ... </object> 
<!- Father -> 

<object id="l" type="PHYSICAL"> ... </object> 
<!-- Mother -> 

<object id="2" type="PHYSICAL"> ... </object> 
<!-Son -> 

<object id="3" type="PHYSICAL"> ... </object> 
<!- Parents ~> 

<object id="4" type="PHYSICAL"> ... </object> 
<!-- Children -> 

<object id="5" type="PHYSICAL"> ... </object> 
<!— Faces — > 

<object id="6" type="LOGICAL"> ... </object> 
<!-- Father's face~> 

<object id="7" type="PHYSICAL"> ... </object> 
<!-- Mother's face ~> 

<object id="8" type="PHYSICAL"> ... </object> 
</object_set> 

In the XML description, each object element has a unique identifier within 
an image description. The identifier is expressed as an attribute of the object 
element (id). Another attribute of the object element (type) distinguishes between 
physical and logical objects. The content of each object element has been left 
empty to illustrate the overall structure of the image description. 
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The image description scheme is comprised of object elements that are 
combined hierarchically in one or more object hierarchy elements 
(<object_hierarchy>). The hierarchy is a way to organize the object elements in the 
object set element. Each object hierarchy consists of a tree of object node elements 
(<object_node>). Each object node points to an object. 

The objects in an image can be organized by their location in the image or 
by their semantic relationships. These two ways to group objects generate two 
types of hierarchies: physical and logical hierarchies. A physical hierarchy 
describes the physical location of the objects in the image. On the other hand, a 
logical hierarchy organizes the objects based on a higher level understanding of 
their semantics, similar to semantic clustering. 

Continuing with the image example of Fig. 3, two possible hierarchies are 
shown in Fig 4b, an object hierarchy which organizes objects physically 410 is 
shown, i.e., objects 4 and 5 are physically within object 0. A second object 
hierarchy which organizes objects logically 420 is shown, i.e., objects 7 and 8 are 
associated with object 6. In XML, these two hierarchies may be expressed as 
follows: 

<object_hierarchy type="PHYSICAL"> 

<!-- Family portrait — > 
<object_node id=="9" object_ref-"0"> 

<!-- Parents 

<object_node id-" 10" object_ref="4"> 
<object_node id="ll" object_ref="l"> 
<object_node id="12" object_ref="7"/> 
</object_node> 

<object_node id="13" object_ref-"2"> 
<object_node id="14" object_re^"8"/> 
</object_node> 
</object_node> 

<!- Children -> 

<object_node id="15" object_ref="5"> 
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<object_node id="16" object_ref="37> 
</object_node> 

</object_node> 
</obj ect_hierarchy> 

<object hierarchy type=="LOGICAL"> 
<!— Faces — > 

<object_node id="17" object_ref="6"> 
<object_node id="18" object_ref-"7*7> 
<object__node id="19" object_ref="87> 
</objectnode> 

</object node> 
</ obj ect__hierarchy> 

The type of hierarchy is included in the object hierarchy element as an 
attribute (type). The object node element has associated a unique identifier in the 
form of an attribute (id). The object node element references an object element by 
using the lattef s unique identifier. The reference to the object element is included 
as an attribute (object_ref). An object element can include links back to nodes in 
the object hierarchy as an attribute. 

An object set element and one or more object hierarchy elements form the 
image element (<image>). The <object> elements in the <object_set> element are 
combined hierarchically in a <object_hierarchy> element. The attribute 
object_node_ref of <object> elements points to their corresponding nodes in the 
<object_hierarchy> elements. On the other hand, the attribute event_ref of 
<event_node> elements references back to the <object> element. 

An <object> element may contain an optional <location> element and the 
feature descriptor elements, such as <text_annotation>, <coIor>, <texture>, 
<shape>, <size>, <position>, <motion>, and <time> elements. The <location> 
element contains a list of the physical locations of the image. The <time> and 
<motion> elements only have sense when the object belongs to a video sequence, 
to be described below. For example: 
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<!— Father's face — > 

<object id=" 7> 

<location></location> 

<text_annotation></text_annotation> 

<color></color> 

<shape></shape> 

<position></position> 

</object> 



Appendix I presents the complete image description for the example image shown 
in Fig. 3. The image description scheme is summarized below in Table L 



TABLE I 


Element 


Must 
Contain 


May Contain 


Can be Contained in 


image 


object_set 


object_hierarchy(s) 


(root element) 


object_set 


object(s) 




image 


object 




location 

text_annotation 

color 

texture 

shape 

size 

position 

motion 

time 


object_set 


obj ect_hierarchy 


objectnode 




image 


object_node 




object_node(s) 


obj ect_hierarchy 
object_node(s) 



The location element contains pointers to the locations of the image. Note 
that annotations can be textual, visual or multimedia. These features can be 
extracted or assigned automatically, semi-automatically or manually. 
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When features are extracted automatically, the feature descriptors could 
include links to extraction and similarity matching code, and may even include 
annotation elements from external descriptions, as shown in the following 
example: 

<object id="4" type="PHYSICAL" object_node_ref="12 16"> <!- Father^s face 
— > 

<color> </color> 

<texture> 

<tamura> 

<tamura_value coarseness-"0.01" contrast="0.39^' orientation="0.77> 

<code type="EXTRACTION" language="JAVA" version="L2"> 

<location> <Iocation_site href="ftp://extraction.tamura.java7> </location> 

</code> 

</tamura> 

</texture> 

<shape> </shape> 

<position> </position> 

<text_annotation xmlns:extAnDS="http://www.other.ds/annotation,elements"> 
<extAnDS:Object>Face</extAnDS:Object> 
</text_annotation> 
</object> 

A second example, contained in Appendix II hereto, illustrates the content 
of a particular image, which may include one or more distinct objects, in terms of 
the features of those objects including the location where the image is stored, text 
annotations, i.e., the name of the picture, the names of the persons in the picture, 
the location where the picture was taken, the event that is represented by the 
picture, and the date of the picture, color features in terms of LUV color, texture 
features in terms of Tamura texture, and size or dimensions of the image. Thus, 
information concerning the entire picture, e.g., the location where the image is 
stored, is descriptive of the object "id=oO,*' which represents the entire image. 
Other information concerns other objects within the image. For object " id=ol," is 
particularly described in the example in terms of text annotation (including the 
name of the person), color, texture, shape using eigenvalue analysis, size, and 
position in terms of a segmentation mask analysis. For object " id=o2," only text 
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annotations are provided. Object " id=o3" is a logical object corresponding to the 
concept of faces. 

The standard description schemes for video will now be described with 
reference to Figs. 5-6. Referring to Fig. 5, an exemplary video clip 500 with five 
temporal video events is shown. In the video description scheme, the <event> 
element is the fundamental description element. Each <event> element has an 
identifier that is unique within a given video DS description. The identifier is 
expressed as an attribute of the <event> element, e,g. <event id="l">. 

The <event> element requires another attribute named type to distinguish 
different types of events. The attribute type can have three different values: shot, 
continuous_group_shots, and discontinuous_group_shots. Discontinuous group of 
shots will usually be associated together based on common features (e.g. 
background color) or high-level semantic relationships (e.g. actor on screen). The 
<event> elements may also include two more attributes, basic_event_ref and 
event_node_ref The former allows deriving one event from an existing one, and 
the latter links back to nodes in the event hierarchy. The set of all events are found 
within the <event_set> element. 

Nine exemplary video events are shown in Fig. 5, including the entire video 
sequence 500, a scene where the tiger is stalking the prey 510, a scene where the 
tiger is chasing its prey 520, a scene where the tiger captures its prey 530, and a 
scene where the tiger is feeding 540. The later scene includes two events, one 
where the tiger is hiding the food 550, and the second where the tiger is feeding the 
young 560. These video events, which are parallel to image objects, may be 
expressed as a set of events 0, 1, 2, 3, 4, 5, 6, as shown in Fig. 6a, with the entire 
video sequence 500 being event 0, the scene where the tiger is stalking the prey 
510 being event 1, the scene where the tiger is chasing its prey 520 being event 2, 
the scene where the tiger captures its prey 530 being event 4, the scene where the 
tiger is feeding 540 being event 4, the scene where the tiger is hiding the food 550 
being event 5, and the scene where the tiger is feeding the young 560 being event 
6. In this example, the identified events are each shots, with the exception of event 
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4, which is of the type continuous group shots. Non temporally aligned events 

such as events 1 and 3 could be organized into discontinuous group shots. In XML, 

these image objects may be expressed as follows: 

<event_set> 
<!— The Tiger — > 

<event id="0" type="SHOT"> .„ </event> 
<!— Stalking the prey --> 
<event id="l" type-"SHOT"> ... </event> 
<!— The chase — > 

<event id="2" type="SHOT"> ... </event> 
<!~The capture — > 

<event id="3" type="SHOT"> ... </event> 
<!— Feeding — > 

<event id=M" type="CONTINUOUS_GROUP_SHOTS"> ... </event> 

<!-- Feeding the young --> 

<event id="5" type="SHOT"> ... </event> 

<!— Protecting the food — > 

<event id-"6" type-"SHOT"> ... </event> 

</event_set> 

Note that each <event> element empty to clearly show the overall structure 
of the video description scheme. It is important to note that the selection and 
definition of an event in a given video is determined by the author of the 
description. The <event> element can correspond to either a shot or a scene of a 
video, or even a combination of these. 

The video description scheme is basically comprised of <event> elements 
that are combined hierarchically in a <event_hierarchy> element. The 
<event_hierarchy> element must contain a single <event_node> element. The 
<event_node> contains zero or more <event_node> elements and zero or more 
<object_hierarchy> elements, as described above for the image description scheme. 
Each <event_node> element has associated a unique identifier. The identifier is 
expressed as an attribute of the elements e.g. <event_node id="l The hierarchy 
is a way to organize the <event> elements in the <event set> element. 
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The different events that form a video sequence may be grouped or 
organized in two different v^ays: by their location in the video sequence or by their 
semantic relationships. The <event_hierarchy> element includes an attribute, type, 
to distin; ish between physical and logical hierarchies. A physical hierarchy will 
describe .^e temporal relationships of the events in the image. On the other hand, 
logical hierarchies will organize the events based on a higher level understanding 
of their semantics. 

Each <event_node> element consists of a reference to a <event> element, 
by using the unique identifiers associated with each <event>. The reference to the 
<event> element is given as an event_ref attribute. The video of Fig. 5 has the 
hierarchy shown in figure 6b. This hierarchy is expressed in XML as follows: 

<event_hierarchy type="PHYSICAL"> 
<!" The Tiger — > 

<event_node id="7" event__ref="0"> 
<!-- Stalking the prey ~> 
<event_node id="8" event_ref="r7> 
<!-- The chase — > 

<event_node id="9" event_ref="2'7> 
<!-- Capture --> 

<event_node id="10" event_ref="3"/> 
<!— Feeding — > 

<event_node id="ll " event_ref^"4"> 
<!-- Hiding the food — > 
<event_node id="12" event_ref="5"/> 
<!— Feeding the young— > 
<event_node id="13" event__ref="6"/> 
<event_/node> 
</eventnode> 
</event_hierarchy> 

An event set element and one or more even hierarchy elements form the 
video element (<video>). The video element symbolizes the video sequence being 
described. . The <event> elements in the <event_set> element are combined 
hierarchically in a <event_hierarchy> element. The attribute event_node_ref of 
<event> elements points to the corresponding nodes in the <event_hierarchy> 
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elements. On the other hand, the attribute event^ref of <event_node> elements 
references back to the <event> element. 

In the video description scheme, an <event> element can contain the 
following elements: 

<location> (optional) 
<transition> (optional) 
<text amiotation> (optional) 
<object_set> (optional) 
<camera_motion>(optional) 
<time>(optional) 
<key_frame>(2ero or more) 

The <object_set> <text_annotation> and the <Iocation> elements are defined above 
with respect to the image description scheme. The <transition> element describes 
the transitions between shots. Thus, event 3 in the tiger video can be described as 
follows: 

<!— Capture — > 
<event id="3"> 
<text_annotation> 
<name_annotation> 

<concept>The capture of the prey</concept> 

</name annotation> 

</text_annotation> 

<text_annotation> ... </text_annotation> 
<object_set> ... </object_set> 
<camera_motion> ... </camera_motion> 
<time> ... </time> 
<key_frame> ... </key_frame> 
</event> 

Appendix III presents the complete video description for the example image 
shovm in Fig. 5. 

In the video description scheme, the event element contains features 
including location, shot transition (i.e. various within shot or across shot special 
effects), camera motion, time, key frame, annotation and object set elements, 
among others. The object element is defined in the image description scheme; it 
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represents the relevant objects in the event. As in the image description, these 
features can be extracted or assigned automatically or manually. For those features 
extracted automatically, the feature descriptors can include links to extraction and 
similarity matching code. For example, 

<event id="3" type-'THYSICAL" event_node_ref="10"> <!- Capture -> 

<object_set> </object_set> 

<camera_motion> 

<backgrouii_affine_model> 

<background_affine_motion_value> 

<paniiing direction="NE"/> 

<zoom direction="IN"/> 

</background_affine_motion_value> 

<code type-"DISTANCE" language="JAVA" version^" 1 .0"> 
<location> <location_site href="ftp://dist.bacground.affme7> </location> 
</code> 

</background_affine_model> 
</ camera_motion> 
<time> </time> 
</event> 

A second example contained in Appendix IV describes the content of a 
particular video sequence which may include one or more distinct events, in terms 
of the features of those events including the location where the video is stored, text 
annotations, i.e., the name of the video, the names of the persons in the video, the 
location where the video was taken, the event that is represented by the video, and 
the date of the video, the objects within that video sequence, the camera motion, 
the total time of the video sequence in terms of number of frames, and keyframes. 
This information concerning the entire video sequence is descriptive of the event 
id=EO. Other information concerns other objects within the image. 

The event hierarchy used to organize the described content is a physical 
hierarchy and describes temporal relationships. In this case, the only event is 
id=EO which corresponds to the entire video. Within that event, two hierarchies are 
used to described the objects within the event, i.e., a physical and logical hierarchy, 
and parallel the physical and logical hierarchies described previously for the image 
example. 
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The process implemented by the system 200 to generate the image and 
video descriptions described with reference to Figs. 3-6 shall now be described 
with reference to Figs. 7-8. Fig. 7 is a flow diagram which illustrates a preferred 
process for generating descriptions for images. Digital image data 7 1 0 is applied 
to the computer system via link 711. The image data may be non-compressed, or 
may be compressed in accordance with any suitable compression scheme, e.g., 
JPEG. 

The computer system, under the control of suitable application software, 
first performs object extraction 720 on the image data 71 0, in order to generate 
image objects. Object extraction 720 may take the form of a fully automatic 
processing operation, a semi-automatic processing operation, or a substantially 
manual operation in which objects are defined primarily through user interaction, 
such as via a user input device. 

In a preferred method, object extraction 720 consists of two subsidiary 
operations, namely image segmentation 725 and feature extraction and annotation 
726. For the image segmentation 725 step, any region tracking technique which 
partitions digital images into regions that share one or more common 
characteristics may be employed. Likewise, for the feature extraction and 
annotation step 326, any technique which generates features from segmented 
regions may be employed. The region-based indexing and searching subsystem 
210 described above is suitable for automated image segmentation and feature 
extraction; the video object segmentation system 230 described above is suitable 
example of a semi-automated image segmentation and feature extraction. Manual 
segmentation and feature extraction could alternatively be employed. 

The object extraction processing 720 generates an image object set 721 and 
optional related features such as annotations (collectively "image object 
descriptions"), which are preferably further processed by an object hierarchy 
extraction and construction module 730. Alternatively, the objects 721 could be 
directly stored in a database 740, or encoded by an XML encoder 750 or a binary 
encoder 760 and then stored 751, 752 in database 740. 
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The object hierarchy extraction and construction module 730 operates on 
the image object descriptions to generate image object hierarchy descriptions 731. 
Preferably, both physical object hierarchy organization 735 and logical object 
hierarchy organization 736 are performed in parallel to generate descriptions 73 1 . 
The region-based indexing and searching subsystem 210 described above is 
suitable for automated image object hierarchy construction; the video object 
segmentation system 230 described above is suitable example of a semi-automated, 
object hierarchy construction Manual object hierarchy construction could 
altematively be employed. 

The image object hierarchy descriptions 731 are either directly stored in a 
database 740, or are encoded by an XML encoder 750 or a binary encoder 760 and 
then stored 75 1 , 752 in database 740 as an image description record. Once the 
image description records have been stored in data base storage 740, they remain 
available in a useful format for access and use by other applications 770, such as 
search, filter and archiving applications for example, via bidirectional link 771 . 

Fig. 8 is a flow diagram which illustrates a preferred process for generating 
descriptions for video. Digital video data 8 1 0 is applied to the computer system 
via link 81 L The video data may be non-compressed, or may be compressed in 
accordance with any suitable compression scheme, e.g., MPEG-1, MPEG-2, 
MPEG-4, motion JPEG, H.261 or H.263. 

The computer system, under the control of suitable application software, 
first performs event and object extraction 820 on the video data 81 0, in order to 
temporally segment the video data 810 into video events and to locate video 
objects within the events. Video event and object extraction 820 may take the form 
of a fully automatic processing operation, a semi-automatic processing operation, 
or a substantially manual operation in which objects are defined primarily through 
user interaction, such as via a user input device. 

In a preferred method, the video event and object extraction process 820 
consists of three subsidiary operations, namely temporal video segmentation 825, 
object extraction 826 and feature extraction and annotation 827. For the 
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segmentation 825 step, the video is temporally partitioned into shots, continuous 
grous of shots, or discontinuous groups of shots, that share one or more common 
characteristics. For the object extraction 826 step, video objects are extracted from 
the video shots in a similar manner to the extraction of image objects from still 
images, except that motion and time information may be utilized. The feature 
extraction and annotation step 827 may be performed in parallel with the object 
extraction step 826 and operates on the temporally segmented video shots to 
generate features such as camera motion, key frames and text annotations. The 
region-based indexing and searching subsystem 210 described above is suitable for 
automated segmentation, object extraction and feature extraction; the video object 
segmentation system 230 described above is suitable example of a semi-automated 
segmentation, object extraction and feature extraction. Manual segmentation and 
extraction could alternatively be employed. 

The event and object extraction processing 820 generates an event and 
video object set 821 and optional related features such as annotations (collectively 
"video object descriptions"), which are preferably further processed by an event 
and object hierarchy extraction and construction module 830, Alternatively, the 
events and video objects 821 could be directly stored in a database 840, or encoded 
by an XML encoder 850 or a binary encoder 860 and then stored in database 840. 

The module 830 operates on the video object descriptions to generate video 
object hierarchy descriptions 831. Preferably, the video object descriptions are 
operated on in parallel by both physical and logical operations. Thus, the video 
object descriptions may be subjected to both physical (temporal) event hierarchy 
organization 835 and logical event hierarchy organization 836 in parallel, and then 
to physical object hierarchy organization 837 and logical object hierarchy 
organization 838, so that both video events and objects embedded within those 
events are hierarchally organized. The region-based indexing and searching 
subsystem 210 described above is suitable for automated video object hierarchy 
construction; the video object segmentation system 230 described above is suitable 
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example of a semi-automated video object hierarchy construction. Manual video 
object hierarchy construction could alternatively be employed. 

The video object hierarchy descriptions 831 are either directly stored in a 
database 840 together with the video object descriptions, or encoded by an XML 
encoder 850 or a binary encoder 860 and then stored in database 840, as an video 
description record. Once the video description records have been stored in data 
base storage 840, they remain available in a useful format for access and use by 
other applications 870, such as search, filter and archiving applications for 
example, via bidirectional link 87 L 

The foregoing merely illustrates the principles of the invention. Various 
modifications and alterations to the described embodiments w^ill be apparent to 
those skilled in the art in view of applicants' teachings, herein. It will thus be 
appreciated that those skilled in the art will be able to devise numerous systems and 
methods which, although not explicitly shown or described herein, embody the 
principles of the invention and are thus within the spirit and scope of the invention. 
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Appendix I 
image_ds.dtd: 
<!- Image DS -> 

<!ELE]Viz..NT image (object set object hierarchy* )> 
<! ELEMENT object__set (objectH-)> 

<!ELEMENT object (location?, text^annotation?, color?, texture?, shape?, size?, 
position?, motion?, time?)> 
<!ATTLIST object 

id ID ^REQUIRED 

object_ref IDREF #IMPLIED 

object_node_ref IDREFS #IMPLIED 

type (PHYSICAL|LOGICAL) #REQUIRED> 

<!- External object location DTD — > 
<!ENTITY % location SYSTEM "location.dtd"> 
%location; 

<!- External object annotation DTD -> 

<!ENTITY % text__annotation SYSTEM "text_annotation.dtd"> 
%text_annotation; 

<!-- External object color DTD — > 
<!ENTITY % color SYSTEM "color.dtd"> 
%color; 

<!- External object texture DTD -> 
<!ENTITY % texture SYSTEM "texture.dtd"> 
%texture; 

<!-- External object shape DTD ~> 
<!ENTITY % shape SYSTEM "shape.dtd*'> 
%shape; 

<!-- External object size DTD — > 
<!ENTITY % size SYSTEM "size,dtd"> 
%size; 

<I~ External object position DTD --> 
<!ENTITY % position SYSTEM "position.dtd"> 
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%position; 

<!— External object motion DTD ~> 
<!ENTITY % motion SYSTEM "motion.dtd"> 
%motion; 

<!-- External object time DTD —> 
<!ENTITY % time SYSTEM "time.dtd"> 
%time; 



<!— Object hierarchy — > 

<!-- The attribute "type" is the hierarchy binding type ~> 
<!ELEMENT object_hierarchy (object_node)> 
<! ATTLIST object_hierarchy 

type (LOGICALjSPATIAL) #REQUIRED> 

<!ELEMENT object_node (object_node*)> 
<!ATTLIST object_node 

id ID #REQUIRED 

objectref IDREF #REQUIRED> 

<!ENTITY mpeg? "ISO/IEC JTC1/SC29/WG1 1 MPEG-7"> 
<!-- Image DS end -> 



location.dtd: 

<!-- Description of resoiarces' location~> 

<!-- Objects, image, videos can be located/accessed at different locations ~> 
<!ELEMENT location (location_site*)> 
<!ATTLIST location 

xml-link CDATA #FIXED "EXTENDED" 

role CDATA #IMPLIED 

title CDATA ^IMPLIED 

show (EMBED|REPLACE|NEW) "EMBED" 

actuate (AUTOjuSER) "USER" 

behavior CDATA #IMPLIED> 

<!-- One location site ~> 
<!ELEMENT location_site EMPTY> 
<!ATTLIST location_site 
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xml-link CDATA #FIXED "LOCATOR" 

role CDATA ^IMPLIED 

href CDATA #REQUIRED 

title CDATA #IMPLIED 

show (EMBED|REPLACEINEW) "NEW" 

actuate (AUTO|USER) "USER" 

behavior CDATA #IMPLIED> 

<!ELEMENT code (location*)> 
<!ATTLIST code 

type (EXTRACTION|DISTANCE) "EXTRACTION" 

language (C|JAVA|PERL) #REQUIRED 

version CDATA #REQUIRED> 

<!-- Description of resources' storage location — > 

textannotation.dtd : 

<!-- Text annotation features — > 

<!ELEMENT text__annotation (concept*, name_annotation?, people annotation?, 
location_annotation?, event_annotation?, date_annotation?, object_annotation?)> 

<!— Name annotation — > 

<! ELEMENT name__annotation (concept* )> 

<!— People annotation — > 

<!ELEMENT people annotation (concept*)> 

<!-- Location annotation — > 

<!ELEMENT location__annotation (concept*)> 

<!— Event annotation ~> 

<!ELEMENT event_annotation (concept*)> 

<!— Date annotation ~> 

<!ELEMENT date_annotation (concept*)> 

<!- Object annotation — > 

<! ELEMENT object_annotation (concept* )> 

<!-- Concept — > 

<!ELEMENT concept (#PCDATA|code)*> 
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<!ATTLIST concept 

language CD ATA "english" 

annotation (automatic|manual) "manual"> 

<!-- Text annotation features end ~> 



color.dtd: 

<!-- Color features ~> 

<! ELEMENT color (color_hist*, luv_color*)> 

<!-- Color histogram feature ~> 

<!ELEMENT color hist (color_hist_value, code*)> 

<!ATTLIST coIor_hist 

length CD ATA #REQUIRED 

color_space (RGB|OHTA|HSV|LUV) #REQUIRED 

quantization (uniform|non-unifonn) #REQUIRED> 

<!ELEMENT color hist value (#PCDATA)> 
<!ATTLIST color_hist_value 

format CD ATA #REQUIRED> 

<!-- LUV color feature ~> 

<!ELEMENT luv_color (luv_color_value, code*)> 
<!ATTLIST luv_color 

length CDATA #REQUIRED> 

<!ELEMENT luv color value (luv_bin*)> 

<!ELEMENT luv_bin EMPTY> 
<!ATTLIST luv_bin 

1 CDATA #REQUIRED 

u CDATA #REQUIRED 

V CDATA #REQUIRED> 

<!-- Color features end ~> 



texture.dtd: 



<!-- Texture features ~> 
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<!ELEMENT texture (tamura?)> 

<!-- Tamura texture feature ~> 
<!ELEMENT tamura (tamura_value, code*)> 

<!ELEMENT tamura_value EMPTY> 

<!ATTLIST tamura_value 

coarseness CDATA #REQUIRED 
contrast CDATA ^REQUIRED 
orientation CDATA #REQUIRED> 

<!— Texture features end — > 



shape.dtd: 

<!-- Shape features --> 

<!ELEMENT shape (eigenvalue_analysis*)> 

<!— Eigenvalue analysis shape feature — > 

<! ELEMENT eigenvalue_analysis (eigenvalue_analysis_value, code*)> 
<!ATTLIST eigenvalue analysis 

length CDATA #REQUIRED> 

<!ELEMENT eigenvalue analysis_value (eigenvalue*)> 

<!ELEMENT eigenvalue EMPTY> 
<!ATTLIST eigenvalue 

value CDATA #REQUIRED> 

<!-- Shape features end — > 



size.dtd: 

<!— Size features — > 
<!-- Size "> 

<!ELEMENT size (size_dimensions j size_num_pixels)> 

<!" Dimensions (X,Y) -> 
<!ELEMENT size__dimensions EMPTY> 
<!ATTLIST size dimensions 
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X CDATA #REQUIRED 
y CDATA #REQUIRED> 

<! — Number of pixels — > 

<!ELEMENT size_num_pixels EMPTY> 

<!ATTLIST si2e_num_pixels 

area CDATA #REQUIRED> 

<!— Size features end ~> 



position.dtd: 

<!— Position features --> 

<!ELEMENT position (segmentation_mask_analysis*)> 
<!— Segmentation mask position feature — > 

<!ELEMENT segmentation_mask_analysis (segmentation mask analysis value, 
code*)> 

<! ELEMENT segmentation mask analysis value (left-top vertex, centroid)> 

<!ELEMENT left-top_vertex EMPTY> 
<! ATTLIST left-top_vertex 

X CDATA #REQUIRED 

y CDATA #REQUIRED> 

<!ELEMENT centroid EMPTY> 
<! ATTLIST centroid 

X CDATA #REQUIRED 

y CDATA #REQUIRED> 

<!-- Position features end — > 



motion.dtd: 

<!— Motion features — > 

<!ELEMENT motion (affme__model*)> 

<!— Affme motion feature — > 

<!ELEMENT affme model (affine_model_value, code*)> 
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<!ELEMENT affme_modeI_value (vector2d*)> 

<!ELEMENT vector2d EMPTY> 
<fATTLIST vector2d 

X CD ATA #REQUIRED 
^DATA #REQUIRED> 

<!-- Motion features end ~> 



time.dtd: 

<!-- Time duration features — > 

<!ELEMENT time (time_interval*|timejnstant|time_span)> 

<!-- Continuos duration time (seconds or frames in video clip)~> 
<!ELEMENT timejnterval EMPTY > 
<!ATTLIST timejnterval 

unit (SECONDSiFRAMES) "SECONDS" 

start CD ATA #REQUIRED 

end CD ATA #REQUIRED> 

<!-- Instant in time ~> 
<!ELEMENT timejnstant EMPTY> 
<! ATTLIST timejnstant 

unit (SECONDSIFRAMES) "SECONDS" 

instant CDATA #REQUIRED> 

<!-- Continuos duration time — > 
<!ELEMENT time_span EMPTY > 
<!ATTLIST time_span 

unit (SECONDSIFRAMES) "SECONDS" 

span CDATA #REQUIRED> 

<!-- Time duration features end — > 



Family_Portrait.xml: 

<?xml version="1.0" standalone="no"?> 

<!DOCTYPE image PUBLIC "IS0//mpeg7//xml//dtd//image_ds" 
"http://www.ee.coiumbia.edu/mpeg7/xml/dtd/image_ds.dtd"> 
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<image> 

<object_set> 

<!-- Family portrait ~> 

<object id="0" type='THYSICAL" object_node_ref-"9"> 
<location> 

<location_site h^ef="http://ww^\^family.portrait,gifV> 

</location> 

<text_annotation> 

<name_annotation> 

<concept>Family Portrait</concept> 

</name_annotation> 

<date_annotation> 

<concept>September 26th, 1998</concept> 

</date_annotation> 

</text_annotation> 

<color> 

<Iuv_color length=" 1 *'> 
<luv_coIor_value> 

<Iuv_bin 1="56,70" u="4.67" v="78.567> 

</luv_color_value> 

</luv_color> 

</color> 

</object> 

<!-- Father --> 

<object id=" I " type="PH YSIC AL" object_node_ref=" 1 1 "> 

<text_annotation> 

<people_annotation> 

<concept>Father</concept> 

</people_annotation> 

</text_annotation> 

</object> 

<!-- Mother — > 

<object id="2" type="PHYSICAL" object_node_ref^"13"> 

<text_annotation> 

<people_aiinotation> 

<concept>Mother</concept> 

</people__annotation> 

</text_annotation> 



</object> 
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<!"Son -> 

<object id="3" type="PHYSICAL" object_node_ref="16"> 

<text_annotation> 

<people annotation> 

<concept>Son</concept> 

</people_annotation> 

</text_annotation> 

</object> 

<!-- Parents ~> 

<object id-"4" type="PHYSICAL" object_node_ref-"10"> 

<text annotation> 

<people_annotation> 

<concept>Parents</concept> 

</peopIe_annotation> 

</text_annotation> 

</object> 

<!- Children --> 

<object id-"5" type-"PHYSICAL^^ object_node_ref="15"> 

<text_annotation> 

<people_annotation> 

<concept>Children</concept> 

</people__annotation> 

</text annotation> 

</object> 

<!-- Faces — > 

<object id="6" type-"LOGICAL" object_node_ref="17"> 

<text_annotation> 

<people_annotation> 

<concept>Faces</concept> 

</people_annotation> 

</text_annotation> 

</object> 

<!-- Father's face— > 

<object id-"7" type-"PHYSICAL'' object__node_ref="12 18"> 

<text_annotation> 

<people_annotation> 
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<concept>Father's face</concept> 

</peopie_annotation> 

</text_annotation> 

</object> 

<!-- Mother's face — > 

<object id-"8" type="PHYSICAL" object_node_ref="14 19"> 

<text_annotation> 

<people aiinotation> 

<concept>Mother's face</concept> 

</people_annotation> 

</text_annotation> 

</object> 
</object_set> 

<object_hierarchy type="PHYSICAL"> 
<!— Family portrait — > 
<object_node id="9" object_ref="0"> 
<!-- Parents -> 

<object_node id-" 10" object_ref="4"> 
<object_node id=" 1 1 " object_ref=" 1 "> 
<object_node id="12" object_ref="7"/> 
</object_node> 

<object_node id="13" object_ref="2"> 

<object__node id="14" object_re^"8'7> 

</object_node> 

</object_node> 

<!" Children -> 

<object_node id="15" object_ref="5"> 

<object_node id=="16" object_ref="37> 

</object_node> 

</object_node> 

</ obj ect_hierarchy> 

<object_hierarchy type="LOGICAL"> 
<!— Faces --> 

<object_node id="17" object_ref="6"> 

<object__node id-" 18" object_ref^"7"/> 

<object_node id="19" object_ref="8"/> 

</object_node> 

</object_node> 

</obj ect_hierarchy > 
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</image> 
Appendix II 

?xml version="1.0" standalone="no"?> 

<!DOCTYPE image PUBLIC "ISO//mpeg7//xml//dtd//image_ds" "image_ds.dtd"> 

<image> 

<object_set> 

<object id="oO" type="PHYSICAL"> 
<Iocation> 

<location_site 

href^"http://www.eexoiumbia.edu/'-syp/images/yosemite.gif7> 

</location> 

<text_aiinotation> 

<name_annotation> 

<concept>Yosemite's Nevada 

Falls</concept> 

<concept language="spanish**>Cataratas del 

Nevada en Yosemite</concept> 

</name_annotation> 

<people_annotation> 

<concept>Seungyup Paek</concept> 
<concept>Alex Jaimes</concept> 

</people_annotation> 

<location_annotation> 

<concept> Yosemite's Nevada 

Falls</ concept> 

<concept 

annotation="automatic">outdoor</concept> 

<concept 

annotation="automatic">landscape</concepP^ 

</i ocation__aiinotation> 
<event_annotation> 

<concept>Trip to Nevada Falls in 

Yosemite</ concept> 

</event_annotation> 
<date_annotation> 

<concept>September 26th, 1998</concept> 
</ date__annotation> 
</text annotation> 
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v-"78.567> 



<color> 

<luv_color length-" 1 "> 

<luv_color_valiie> 

<luv_bin 1="56.70" u-"4.67" 

</luv_color_value> 
</luv_color> 
</color> 

<texture> 

<tamura> 

<tamura_value coarseness="0.70" 

contrast-"0,67" orientation="0.22"/> 

</tamura> 
</texture> 

<size> 

<size_dimensions x="512" y='734"/> 

</size> 
</object> 

<object id-"ol" type-"PHYSICAL"> 
<text_annotation> 

<name annotation> 

<concept>Seungyup Paek</concept> 
</name_annotation> 
<peopIe_aniiotation> 

<concept>Seungyup Paek</concept> 
</people_annotation> 
</text_annotation> 

<color> 

<luv_color length=" 1 

<luv__color_value> 

<luv__bin l-"56.70" u="4.67" 

v="78.567> 

</luv_color_value> 
</luv_color> 
</color> 

<texture> 

<tamura> 

<tamura_value coarseness="0.70" 

contrast="0.67" orientation-"0.227> 
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</tamura> 
</texture> 

<shape> 

<eigenvalue_analysis length="2"> 

<eigenvalue_analysis_value> 

<eigenvalue value=" 1 .22"/> 
<eigenvalue value=="0.22"/> 
</ eigenvalueanaly sisvalue> 
</eigenvalue analysis> 
</shape> 

<size> 

<size_num_pixeis area="734"/> 

</si2e> 

<position> 

<segmentation_mask_analysis> 

<segmentation_mask_analysis_value> 

<left-top__vertex x="23" y='^457> 
<centroid x="35" y="577> 
</segmentation_mask_analysis_value> 
</segmentation_mask_analysis> 
</position> 
</object> 

<object id="o2" type="PHYSICAL"> 

<text_annotation> 

<concept>Seungyup*s face</concept> 

</text_annotation> 

<!-- Other tags --> 
</object> 

<object id-"o3" type="LOGICAL"> 
<text_aimotation> 

<concept>Faces</concept> 
</text__annotation> 
</object> 
</object_set> 

<object_hierarchy type="PHYSICAL"> 

<object_node id="o4" object__reP="oO"> 

<object_node id="o5" object_ref="ol"> 

<object_node id="o6" object_ref="o2"/> 
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</object_node> 
</object_node> 
</object_hierarchy> 

<object_hierarchy type="LOGICAL"> 

n ^ <object_node id="o7" object_ref="o3"> 

<object_node id="o8" object_ref="o27> 
</obj ect_node> 
</ obj ect_hierarchy> 
</image> 
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Appendix III 
video_ds.dtd: 
<!-- Video DS -> 

<!ELEMENT video (event_set, event_hierarchy*)> 
<!ELEMENT event_set (event+)> 

<! ELEMENT event (location?, transition?, text_annotation?, object_set?, 
camera_motion?, time?, key_frame*)> 
<!ATTLIST event 

id ID #REQUIRED 

event_ref IDREF #IMPLIED 

event_node„ref IDREFS #IMPLIED 

type 

(SHOT|CONTINUOUS_GROUP_SHOTSlDISCONTINUOUS_GROUP_SHOTS) 
#REQUIRED> 

<!- External image DS DTD -> 

<!ENTITY % image^ds SYSTEM "image_ds.dtd"> 

%image_ds; 

<!-- Example of transitions: 

- dissolve (additive, cross, non-additive), 

- slide (band, slash, normal, band, boxes), 

- wipe (radial, random, rectangular, moving, crossed, star-shaped, comer, 
soft, cross-shaped, band, soft, gradient, diamond-shaped, pointed, circular, shaped), 

- merge (center), 

- peel (center, page, back), 

- stretch (cross, image, in, over), 

- spin (cube, rectangular, image, away), 

- zoom, curtain, door, funnel, spiral boxes, paint splatter, motion, 
luminance, push, flip, fold up, etc. 

— > 

<!ELEMENT transition EMPTY> 
<!ATTLIST transition 

effect CD ATA #REQUIRED> 

<!" External camera motion descriptor DTD — > 

<!ENTITY % camera_motion SYSTEM "camera_motion.dtd"> 

%camera_motion; 
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<!ELEMENT key_frame (size^dimensions?, tiine_instant?)> 



<!— Event hierarchy — > 

<!-- The attribute "type" is the hierarchy binding type -> 
<! ELEMENT event_hierarchy (event_node)> 
<!ATTLIST event_hierarchy 

type (LOGICALjSPATIAL) #REQU1RED> 

<!ELEMENT event_node (event_node*, object_hierarchy*)> 
<! ATTLIST event_node 

id ID #REQUIRED 

event^ref IDREF #REQUIRED> 

<!-- Video DS end -> 



camera_motion.dtd: 

<!— Camera motion features ~> 

<! ELEMENT camera_motion (background affine_motion*)> 
<!— Affme model for camera motion detection — > 

<!ELEMENT background_afFme_motion (background_affme_motion_value, 
code*)> 

<!ELEMENT background_affme_motion_value (panning?, zoom?)> 

<!ELEMENT panning EMPTY> 
<! ATTLIST pamiing 

direction (NTjNElETiSE|ST|SWjWT|NW) #REQUIRED> 

<!ELEMENT zoom EMPTY> 
<! ATTLIST zoom 

direction (INjOUT) #REQUIRED> 

<!— Camera motion features end ~> 
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Appendix IV 

<?xml version="LO" standalone="iio"?> 

<!DOCTYPE video PUBLIC "ISO//mpeg7//xmi//dtd//video_ds" "video__ds.dtd"> 
<video> 

<event__set> 

<event id="eO" type-"CONTINUOUS_GROUP_SHOTS"> 
<location> 

<location_site href="yosemite.avi/'V> 
</location> 

<text_annotation> 

<name_annotation> 

<concept>Yosemite's Nevada 

Falls</concept> 

<concept laiiguage="spanish">Cataratas del 

Nevada en Yosemite</concept> 

</name_annotation> 
<people_annotation> 

<concept>Seungyup Paek</concept> 
</peopIe_annotation> 
<Iocation_annotation> 

<concept>Yosemite*s Nevada 

Falls</concept> 

<concept 

annotation="automatic">outdoor</concept> 

<concept 

annotation="automatic">landscape</concept> 

</location_annotation> 
<event_annotation> 

<concept>Trip to Nevada Falls</concept> 
</event_annotation> 
<date_aiinotation> 

<concept>September 26th, 1998</concept> 
</date_annotation> 
</text_annotation> 

<object_set> 

<object id="oO'* type="PHYSICAL"> 
<text_annotation> 

<name annotation> 
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Paek</concept> 



Paek</concept> 



<concept>Seungyup 

</ name_annotation> 
<peopIe_armotation> 

<concept>Seungyup 

</people_annotation> 
</text_annotation> 
<color> 

<Iuv_color length=" 1 "> 

<luv_color_value> 

<luv bin I="56.70" 



u=="4.67" v-"78,56"/> 



</luv_color_value> 
</luv_color> 
</color> 
<texture> 

<tainura> 

<tainura_value 
coarseness="0.70'' contrast="0.67" orientation="0.22'V> 

</tamura> 
</texture> 
<shape> 

<eigenvalue_analysis length="2"> 

<eigenvalue_analysis_value> 
<eigenvalue 



value='^L22"/> 
value="0,22'7> 



<eigenvalue 

</ eigen value analy sis valuO 
</eigenvaIue_analysis> 
</shape> 
<size> 

<size_num_pixels area="734'V> 

</size> 
<position> 

<segmentation_mask_analysis> 



<segmentation_inask_anaiysis_value> 

x="23" y="45"/> 

y-"57"/> 



<left-top_vertex 
<centroid x="35" 
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</segmentation_mask_analysis_value> 

</segmentation_mask_analysis > 
</position> 
<motion> 

<affine_model> 

<affine_model_value> 

<vector2d x=**12.3" 



y-"2.347> 

y-"12,347> 

y-"23.347> 



start="r' end-"37> 



<vector2dx="L3" 

<vector2d x="0.3" 

</affine_model_value> 
</affine_model> 
</motion> 
<time> 

<tinie_interval unit="FRAMES" 

</time> 
</object> 

<object id="ol" type="PHYSICAL"> 

<text annotation> 

<concept>Seungyup's face</concept> 

</text_annotation> 

<!" Other tags — > 
</object> 

<object id-"o2" type="LOGICAL"> 
<text_annotation> 

<concept>Faces</concept> 
</text_annotation> 
</object> 
</obj€Ct_set> 

<camera_motion> 

<background_affine_motion> 

<background_affine_motion_value> 
<panning direction="SE"/> 
<zoom direction=^"IN"/> 
</background_affine_motion_value> 
</background_affine_motion> 
</camera motion> 



<time> 
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end-"10"/> 



<timejnterval unit='TRAMES" start="l" 
</tinie> 

<key__frame> 

<size_dimensions x="512" y="7347> 
<timejnstant unit^'TRAMES" instant="57> 

</key_frame> 

</event> 
</event_set> 

<event_hierarchy type="PHYSICAL"> 

<event_node id="er' event_ref^"eO"> 

<object_hierarchy type="SPATIAL"> 

<object_node id="o3" object_ref="oO"> 

<object_node id="o4" object_ref="or7> 
</object_node> 
</object_hierarchy> 
<object__hierarchy type="LOGICAL"> 

<object_node id="o5" object_ref="o3"> 

<object_node id="o6" object_ref="ol7> 
</object_node> 
</object_hierarchy> 
</event_node> 
</ event_hierarchy> 



</video> 
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AMENDED CLAIMS 

[received by the International Bureau on 12 May 2000 (12.05.00); 
original claims 1,17 and 33 amended; remaining claims unchanged (3 pages)] 

1 1 . A sysiem for gencraiing a description record from multimedia information, 

2 comprising: 

3 (a) at least one multimedia information input interface receiving said 

4 multimedia information; 

5 (b) a computer processor, coupled lo said at least one multimedia 

6 information input interface, receiving said multimedia informaTion 

7 therefrom, processing said multimedia information by performing 

8 object extraction processing to generate multimedia object 

9 descriptions from said multimedia information, and processing said 

1 0 generated multimedia object descriptions by object hierarchy 

1 1 processing to generate niuitimedia object hierarchy descriptions 

12 indicative of an organization of said object descriptions , wherein at 

1 3 least one description record including said multimedia object 

14 descriptions and said multimedia object hierarchy descriptions is 

15 generated for content embedded within said multimedia 

16 information: and 

17 (c) a data storage system, operarively coupled to said processor, for 
\ 8 storing said at least one description record, 

1 2. The system of claim 1 , wherein said multimedia infomiation comprises 

2 image infonnation, said multimedia object descriptions comprise image object 

3 descriptions, and said multimedia object hierarchy descriptions comprise image 

4 object hierarchy descriptions. 

1 3. The system of claim 2, wherein said object extraction processing comprises: 

2 (a) image segmentation processing to segment each image in said 

3 image information into regions within said image; and 

AMENDED SHEET (ARTICLE 19) 
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4 (b) feature extraction processing to generate one or more feature 

5 descriptions for one or more of said regions; 

6 whereby said generated object descriptions comprise said one or more feature 

7 descriptions for one or more of said regions. 

1 4. The system of claim 3, wherein, said one or more feature descriptions are 

2 selected from the group consisting of text annotations, color, texture, shape, size, 

3 and position. 

1 5. The system of claim 2, wherein said object hierarchy processing comprises 

2 physical object hierarchy organization to generate physical object hierarchy 

3 descriptions of said image object descriptions that are based on spatial 

4 characteristics of said objects, such that said image object hierarchy descriptions 

5 comprise physical descriptions. 

1 6. The system of claim 5, wherein, said object hierarchy processing further 

2 comprises logical object hierarchy organization to generate logical object hierarchy 

3 descriptions of said image object descriptions that are based on semantic 

4 characteristics of said objects, such that said image object hierarchy descriptions 

5 comprise both physical and logical descriptions. 

1 7. The system of claim 6, wherein said object extraction processing comprises: 

2 (a) image segmentation processing to segment each image in said 

3 image information into regions within said image; and 

4 (b) feature extraction processing to generate object descriptions for one 

5 or more of said region; 

6 and wherein said physical hierarchy organization and said logical hierarchy 

7 organization, generate hierarchy descriptions of said object descriptions for said 

8 one or more of said regions. 
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1 8. The system of claim 7, further comprising an encoder receiving said image 

2 object hierarchy descriptions and said image object descriptions, and encoding said 

3 image object hierarchy descriptions and said image object descriptions into 

4 encoded description information, wherein said data storage system is operative to 

5 store said encoded description information as said at least one description record. 

1 9. The system of claim 1, wherein said multimedia information comprises 

2 video information, said multimedia object descriptions comprise video object 

3 descriptions including both event descriptions and object descriptions, and said 

4 multimedia hierarchy descriptions comprise video object hierarchy descriptions 

5 including both event hierarchy descriptions and object hierarchy descriptions. 

1 10. The system of claim 9, wherein said object extraction processing comprises: 

2 (a) temporal video segmentation processing to temporally segment said 

3 video information into one or more video events or groups of video 

4 events and generate event descriptions for said video events, 

5 (b) video object extraction processing to segment said one or more 

6 video events or groups of video events into one or more regions, 

7 and to generate object descriptions for said regions; and 

8 (c) feature extraction processing to generate one or more event feature 

9 descriptions for said one or more video events or groups of video 

10 events, and one or more object feature descriptions for said one or 

1 1 more regions; 

12 wherein said generated video object descriptions include said event feature 

13 descriptions and said object descriptions. 

1 1 L The system of claim 1 0, wherein said one or more event feature 

2 descriptions are selected from the group consisting of text armotations, shot 

3 transition, camera motion, time and key frame, and wherein said one or more 
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4 object feature descriptions are selected from the group consisting of color, texture, 

5 shape, size, position, motion, and time, 

6 12. The system of claim 9, wherein said object hierarchy processing comprises 

7 physical event hierarchy organization to generate physical event hierarchy 

8 descriptions of said video object descriptions that are based on temporal 

9 characteristics of said video objects, such that said video hierarchy descriptions 
10 comprise temporal descriptions, 

1 13. The system of claim 12, w^herein said object hierarchy processing further 

2 comprises logical event hierarchy organization to generate logical event hierarchy 

3 descriptions of said video object descriptions that are based on semantic 

4 characteristics of said video objects, such that said hierarchy descriptions comprise 

5 both temporal and logical descriptions. 

1 14. The system of claim 13, wherein said object hierarchy processing further 

2 comprises physical and logical object hierarchy extraction processing, receiving 

3 said temporal and logical descriptions and generating object hierarchy descriptions 

4 for video objects embedded within said video information, such that said video 

5 hierarchy descriptions comprise temporal and logical event and object descriptions, 

1 15, The system of claim 14, wherein said object extraction processing 

2 comprises: 

3 (a) temporal video segmentation processing to temporally segment said 

4 video information into one or more video events or groups of video 

5 events and generate event descriptions for said video events, 



6 



(b) 



video object extraction processing to segment said one or more 
video events or groups of video events into one or more regions, 
and to generate object descriptions for said regions; and 



7 



8 
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9 (c) feature extraction processing to generate one or mure event feature 

1 0 descriptions for said one or more video events or groups of video 

1 1 events, and one or more object featui'e descriptions for said one or 

12 more regions; 

13 wherein said generated video object descriptions include said event feature 

14 descriptions and said object descriptions^ and wherein said physical event hierarchy 

15 organization and said logical event hierarchy organization generate hierarchy 

1 6 descriptions Irom said event feature descriptions, and wherein said physical object 

1 7 hierarchy organiTarion and said logical object hierarchy organization generate 

1 8 hierarchy descriptions from said object feature descriptions 

1 16. The system of claim 15, further comprising an encoder receiving said video 

2 object hierarchy descriptions and said video object descriptions, and encoding said 

3 said video object hierarchy descriptions and said video object descriptions into 

4 encoded description inforraationi, wherein said data storage system is operative to 

5 store said encoded description information as said at least one description record. 

1 17, A method for generating a description record from multimedia information, 

2 comprising the steps of: 

3 (a) receiving said multimedia information; 

4 (b) processing said multimedia information by performing object 

5 extraction processing to generate multimedia object descriptions 

6 from said multimedia information; 

7 (c) processing said generated multimedia object descriptions by object 

8 hierarchy processing to generate multimedia object hierarchy 

9 descriptions indicative of an organisation of said object 

10 descriptions, wherein at least one description record including said 

1 J multimedia objeci descriptions and said multimedia object hierarchy 

1 2 descriptions is generated for content embedded within said 

1 3 multimedia information; and 

1 4 (d) storing said at least one description record. 

AMENDED SHEET (ARTICLE 19) 
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1 ] 8. The method of claim 1 7, wherein said muhimedia inforaiation comprises 

2 image information, said multimedia object descriptions comprise image object 

3 descriptions, and said muhimedia object hierarchy descriptions comprise image 

4 object hierarchy descriptions. 

1 19. The method of claim 2, wherein said object extraction processing step 

2 comprises the sub-steps of: 

3 (a) image segmentation processing to segment each image in said 

4 image information into regions within said image; and 

5 (b) feature extraction processing to generate one or more feature 

6 descriptions for one or more of said regions; 

7 whereby said generated image object descriptions comprise said one or more 

8 feature descriptions for one or more of said regions, 

1 20. The method of claim 19, wherein, said one or more feature descriptions are 

2 selected from the group consisting of text annotations, color, texture, shape, size, 

3 and position. 

1 21, The method of claim 1 8, wherein said step of object hierarchy processing 

2 includes the sub-step of physical object hierarchy organization to generate physical 

3 object hierarchy descriptions of said image object descriptions that are based on 

4 spatial characteristics of said objects, such that said image hierarchy descriptions 

5 comprise physical descriptions. 

1 22. The method of claim 21 , said step of object hierarchy processing further 

2 includes the sub-step of logical object hierarchy organization to generate logical 

3 object hierarchy descriptions of said image object descriptions that are based on 

4 semantic characteristics of said objects, such that said image object hierarchy 
descriptions comprise both physical and logical descriptions. 
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1 23. The method of claim 22, wherein said step of object extraction processing 

2 further includes the sub-steps of: 

3 (a) image segmentation processing to segment each image in said 

4 image information into regions within said image; and 

5 (b) feature extraction processing to generate object descriptions for one 

6 or more of said region; 

7 and wherein said physical object hierarchy organization sub-step and said logical 

8 object hierarchy organization sub-step generate hierarchy descriptions of said 

9 object descriptions for said one or more of said regions. 

1 24, The method of claim 24, further comprising the step of encoding said 

2 image object descriptions and said image object hierarchy descriptions into 

3 encoded description information prior to said data storage step. 

1 25. The method of claim 1 7, wherein said multimedia information comprises 

2 video information, said multimedia object descriptions comprise video object 

3 descriptions including both event descriptions and object descriptions, and said 

4 multimedia hierarchy descriptions comprise video object hierarchy descriptions 

5 including both event hierarchy descriptions and object hierarchy descriptions. 

1 26. The method of claim 25, wherein said step of object extraction processing 

2 comprises the sub-steps of: 

3 (a) temporal video segmentation processing to temporally segment said 

4 video information into one or more video events or groups of video 

5 events and generate event descriptions for said video events, 

6 (b) video object extraction processing to segment said one or more 

7 video events or groups of video events into one or more regions, 

8 and to generate object descriptions for said regions; and 
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9 (c) feature extraction processing to generate one or more event feature 

1 0 descriptions for said one or more video events or groups of video 

1 1 events, and one or more object feature descriptions for said one or 

12 more regions; 

13 w^herem ^aid generated video object descriptions include said event feature 

14 descriptions and said object descriptions. 

1 27. The method of claim 26, wherein said one or more event feature 

2 descriptions are selected from the group consisting of text annotations, shot 

3 transition, camera motion, time and key frame, and wherein said one or more 

4 object feature descriptions are selected from the group consisting of color, texture, 

5 shape, size, position, motion, and time. 

6 28. The method of claim 25, wherein, said step of object hierarchy processing 

7 includes the sub-step of physical event hierarchy organization to generate physical 

8 event hierarchy descriptions of said video object descriptions that are based on 

9 temporal characteristics of said video objects, such that said video hierarchy 
1 0 descriptions comprise temporal descriptions. 

1 29. The method of claim 28, wherein said step of object hierarchy processing 

2 further includes the sub-step of logical event hierarchy organization to generate 

3 logical event hierarchy descriptions of said video object descriptions that are based 

4 on semantic characteristics of said video objects, such that said hierarchy 

5 descriptions comprise both temporal and logical descriptions. 

1 30. The method of claim 29, wherein said step of object hierarchy processing 

2 further comprises the sub-step physical and logical object hierarchy extraction 

3 processing, receiving said temporal and logical descriptions and generating object 

4 hierarchy descriptions for video objects embedded within said video information. 
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5 such that said video hierarchy descriptions comprise temporal and logical event and 

6 object descriptions.. 

1 3 L The method of claim 30, v^herein said step of object extraction processing 

2 comprises the sub-steps of: 

3 (a) temporal video segmentation processing to temporally segment said 

4 video information into one or more video events or groups of video 

5 events and generate event descriptions for said video events, 

6 (b) video object extraction processing to segment said one or more 

7 video events or groups of video events into one or more regions, 

8 and to generate object descriptions for said regions; and 

9 (c) feature extraction processing to generate one or more event feature 
^ 0 descriptions for said one or more video events or groups of video 

1 1 events, and one or more object feature descriptions for said one or 

12 more regions; 

1 3 wherein said generated video object descriptions include said event feature 

14 descriptions and said object descriptions, and wherein said physical event hierarchy 

1 5 organization and said logical event hierarchy organization generate hierarchy 

16 descriptions from said event feature descriptions, and wherein said physical object 

17 hierarchy organization and said logical object hierarchy organization generate 

1 8 hierarchy descriptions from said object feature descriptions. 

1 32, The method of claim 1 5, further comprising the step of encoding said video 

2 object descriptions and said video object hierarchy descriptions into encoded 

3 description information prior to said data storage step. 

1 33 . A computer readable media containing digital information with at least one 

2 multimedia description record describing muhimedia content for corresponding 

3 multimedia information, the description record comprising: 
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4 



5 



(a) 



one or more raultimcdia object descriptions describing 
corresponding multimedia objects; 



6 



(b) 



one or more features characterizing each of said multimedia object 
descriptions; and 



7 



g 



one or more multimedia object hierarchy descriptions indicative of 
an organization of said object descriptions, if any, relating at least a 
portion of said one or more multimedia objects in accordance with 



9 



10 



u 



one or mort^ characteristics. 



1 34- The computer readable media of claim 33, wherein said muliimedia 

2 information comprises image information, said multimedia objects comprise image 

3 objects, said multimedia object descriptions comprise image object descriptions, 

4 and said multimedia object hierarchy descriptions comprise image object hierarchy 

5 descriptions. 

1 35. The computer readable media of claim 34. wherein, said one or more 

2 features are selected from the group consisting of text annotations, color, texture, 

3 shape, size, and position. 

1 36. The computer readable media of claim 34, wherein said image object 

2 hierarchy descriptions comprise physical object hierarchy descriptions of said 

3 image object descriptions based on spatial characteristics of said image objects, 

1 37. The computer readable media of claim 36, wherein, said image object 

2 hierarchy descriptions turther comprises logical object hierarchy descriptions of 

3 said image object descriptions based on semantic characteristics of said image 

4 objects. 

1 38. The computer readable media of claim 33, wherein said multimedia 

2 information comprises video information, said muhimedia objects comprise events 

3 and video objects, said multimedia object descriptions comprise video object 
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4 descriptions including both event descriptions and object descriptions, said features 

5 comprise video event features and video object features, and said multimedia 

6 hierarchy descriptions comprise video object hierarchy descriptions including both 

7 event hierarchy descriptions and object hierarchy descriptions. 

1 39. The computer readable media of claim 38, wherein, said one or more event 

2 feature descriptions are selected from the group consisting of text annotations, shot 

3 transition, camera motion, time and key frame, and wherein said one or more 

4 object feature descriptions are selected from the group consisting of color, texture, 

5 shape, size, position, motion, and time.. 

1 40. The computer readable media of claim 38, wherein said event hierarchy 

2 descriptions comprise one or more physical hierarchy descriptions of said events 

3 based on temporal characteristics. 

1 41 . The computer readable media of claim 40, wherein said event hierarchy 

2 descriptions further comprise one or more logical hierarchy descriptions, of said 

3 events based on semantic characteristics. 

1 42. The computer readable media of claim 38, wherein said object hierarchy 

2 descriptions comprise one or more physical hierarchy descriptions of said objects 

3 based on temporal characteristics. 

1 43. The computer readable media of claim 39, wherein said object hierarchy 

2 descriptions further comprise one or more logical hierarchy descriptions, of said 

3 objects based on semantic characteristics. 
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original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor (if plural 
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claimed in this application in accordance with Title 37, Code of Federal Regulations § L56. 
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Priority Claim 
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before that of the application on which priority is claimed 



(complete (d) or (e)) 

(d) [] no such apphcations have been filed. 

(e) [ ] such apphcations have been filed as follows: 



NY02:33305L1 



\ 



BAKER BOTTS L.L.P. 

A32095-PCT-USA -070050.1520 



PRIOR FOREIGN/PCT APPLICATION(S) FILED WITHIN 12 MONTHS (6 MONTHS FOR DESIGN) PRIOR TO SAID APPLICATION 


COUNTRY APPLICATION NO. 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 


PRIORITY CLAIMED 
UNDER 35 use 119 








[ ] YES NO [ ] 








[ ] YES NO [ ] 








[ ] YES NO [ ] 


ALL FOREIGN APPLICATION[S], IF ANY, FILED MORE THAN 12 MONTHS (6 MONTHS FOR DESIGN) PRIOR TO SAID APPLICATION 








[ ] YES NO [ ] 








[ ] YES NO [ ] 








[ ] YES NO [ ] 



Claim for Benefit of Prior U.S. Provisional Application(s) 

I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States provisional 
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031 hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) or 
P<flT international application(s) designating the United States of America that is/are listed below and, insofar as 
th& subject matter of each of the claims of this appUcation is not disclosed in the prior apphcation(s) in the 
manner provided by the first paragraph of Title 35, United States Code § 112, I acknowledge the duty to 
didblose information as defined in Title 37, Code of Federal Regulations, § 1.56 which occurred between the 
fifing date of the prior application(s) and the national or PCT international filing date of this application: 

(Apjiication Serial No.) (Filing Date) (Status) (patented, pending, abandoned) 

(/|p|iIication Serial No.) (Filing Date) (Status) (patented, pending, abandoned) 

Power of Attorney 

As a named inventor, I hereby appoint Dana M. Raymond, Reg..tiLa-J^?^4U; Frederick C. Carver, Reg. No. 17^021 ; Francis J. Hone, 
Reg. No. 18.662 : Arthur S. Tenser, Reg. No. 18,83 g^ Ronald B. Hildreth, Reg. NoJLSjaS; Thomas R. Nesbitt, Jr., Reg. Nor-a24}25; 
Robert Neuner, Reg. No. 24J 16; Richard G. Berkley, Reg. No, 25,465; Richard S. Clark, Reg. Nq^^6J54; Bradley B. Geist, Reg. 
No 27,551 ; James J. Maune, Reg. No. 26,946; John D. MTtmS^TReg. Nq^,29J36; Henry Tang, Reg. No.^29^705; Robert C. 
Sc^inMSTReg. No. 31,30 0; John A. Fopr^^Jr., Reg. No. 22,34S; Louis S. Sorell, Reg. No. J2^; Rochelle^KT^de Reg. No. 
32,300; Gary M. ButterTReg. No. 33 841; Marta E. Delsignore, Reg. No. 32,689; Lisa B. Kole, Reg. No ^,225 ; and Paul A. Ragusa, 
"rSTN o^ 38^ of the firm of BAI^R BOTTS L.L.P., with officeraf^ORockefeller Plaza, New York, New York 10112, as 
attorneys to prosecute this application and to transact all business in the Patent and Trademark Office connected therewith 
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on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may jeopardize 
the validity of the application or any patent issued thereon. 
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